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ABSTRACT 

This paper covers the development of a r-heso 
playing program. The preliminary. planning led to the 
decision to use a variable depth search, terminating at 
either an arbitrary maximum, or at a stable position. 
Two schemes of controlling material balance are discussed. 
Of major significance is the use of the ^alpha-beta" 
heuristic, a method of pruning the tree of moves. This 
heuristic mak®s use of values obtained at previous 
branches in the tree to eliminate the necessity to search 
obviously worse branches later. 

The program has played- four long game fragments 
In which it piayod chess comparable to an amateur with 
about 100 games experience. 



INTRODUCTION 
This thesis describes a chess playing program 
for the IBM 7090 computer. Although chess programs have 
besn previously written, none of these played what could 
be considered n good chess 11 . 

Before commencing work on our chess program, we 
studied the report published by Newell, Shaw and Simon 
covering previoua attests, such as the Los Alamos prog- 
ram, and Bernstein 8 a prog&m at IBM* 

PRELUKNART INVESTIGATION 

Ths chsas groxsp* consisting of Messrs. Berlekamp, 
Nieasen, Li^berman and Xotok, inherited routines for gener- 
ating and making legal moves. With these as a basis, we 
decided to itfrite a throe move mate solving program for the 
purpose of familiarising ourselves with the existing 
routines, .and to come in contact with many of the problems 
we would later face in the actual general playing program. 
The three move mate program was completed in the spring of 
19*S0. It was given problems from actual games, and 
successfully solved many of them. The three move mate. pro- 
gram was written for the IBM 704, which was removed from 
the MIT Computation Center in the summer of i960. Due to 
incompatibility with the incoming 709, the project was 
dropped at the end of the spring term of i960. 

In the fall of i960 the chess group, without Mr. 
Berlekamp, began planning for the general chess program. 
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It was decided to retain the original McCarthy-Abraham;; 
move routines, and to continue coding in FORTRAN and FAP. 
The program was to ha a variable depth search with a 
"stabl* position" termination. An <sv*au»tiem wn„ to bo mad* 
at the terminal points of the move tree. This evaluation 
woultf be a weighted sum of such criteria as material bal- 
ance, centos? control, pawn structure, "tempo" advantage, 
and development. 

Moves on each level were to be proposed ay 
"plauaible move generators 3 rahieh would propose moves to 
fulfill various goals. .Aa the tree was searched, a tacking 
up process would take place,, in which the move declared 
beat it each lavel toy the ©valuation would have its value 
brought up to the next higher level. 

This procedure, also called mini-max, leads to 
a "principal variation" which is that set of moves which 
the machine considers most likely to happen. The evalua- 
tion always assumes that a player will always make the best 
move available to him a given time. 

It was, of course, recognized that any evaluation 
could not be perfect, since chess is a game in which the 
only way a position can be perfectly evaluated is to look 
to the end of the game, and see whether it leads to a win, 
draw, or loss. The only sound basis for an evaluation is 
that chess masters have, over the years, accumulated 
knowledge concerning the play of the game. For instance, 
a position in which a piece is "en prise" is considered 
bad, while having rooks on open files is considered good, 
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even uhough the rules do not state anything about such 
things . 

Sine© none of the members of the chess group are 
more than amateurs, we consulted books by masters to find 

out how much better it la to control the center than to 
have a Strang p®w» structure. These books are amazingly 
elusive on such details. Although many tips were given 
concerning the'pleqr' of the game, relative Importance of 
varices strategies ^*as uncertain. 

Vie therefor® . considered having the program play 
for a while, and adjust* 'the weights of the evaluation 
criteria to optimise Its position* Although such a scheme 
seemed desirmble, it sms decided not to include any n learn- 
lag" in the program due to the unavailability of suitably 
large amounts of computer time* 
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ORGANIZATION OP THE CKSSS PROGRAM 
Work on the chess program Itself began In the 
spring term of 196l. The program la written in subroutine 
Torsi, using the Fortran Monitor System, of linkage. Where 
possible, pragmas are i»rltten in FORTRAN, and where it 
becomes too ©liaasy, or Inefficient, PAP la used. 

The actual implementation of the above mentioned 
"plaasf-.ftls mov® generators 9 has never been accomplished. 
Instead, w® have a program, caled REFITS, which scans the 
legal Rove table, updates, evaluates, and reverts each 
;aov» end orders them according to a single ply evaluation. 
(A ply is a half-move, i.e. a move by only one side.) 
The number of moyes actually chosen is a function of the 
current depth in the tree. 

Evaluation functions were written for material 
balance,, center control, and development, since we Intended 
to concentrate our efforts on openings until the program 
was thoroughly debugged. 

The coordinating routine written in the 3pring 
of 196i, called TREE, employed the above mentioned mini-raax 
acheme. REPLYS was set to cut the search at a depth of 
eight plys, or whenever the situation was stable, which- 
ever came first. 

The program was tested late in the spring of lQ6l< 
The ?C9 took about 5 to 20 minutes per move, depending on 
the complexity of the situation. Although the machine did 
not do too badly, we noted that it was looking at many 
irrelevant positions. We thefore attempt od to find a 
method of pruning the move tree, without discarding good 
as wall as bad moves. 



Prof, McCarthy proposed a heuristic for this 
purpose P called "alpha-beta". It operates as follows* 
Alpha 1-3 a numaer representing the value of the hast 
position which whitman reach, using a pessimistic evalu- 
ation. Beta represents the best position white can reach, 
using m ©ptiasistie evaluations due to tho fact that black 
can hold hUa to this position. Under normal circumstances, 
alpha -starts at -infinity, and beta at +infinity. 
At oach levels optimistic and pessimistic evaluations are 
made, aid compared to alpha and beta in the following way. 
If a white movo is optimistically less than alpha, it is 
discarded, since a better alternative exists elsewhere. 
Likewise, if a white move pessimistically is better than 
bst& ? in too is discarded, since black had a better altera 
native previously; furthermore we revert two levels since 
no other white move* are worth considering at that position. 
The reverse strategy is applied for black. 

The "alpha-beta" version of TREE was written 
during the summer of 1961, and was first put to use during 
the fall of that year. Also, we were Joined by Mr. Wagner 
in the fall term of 1961. 

After testing in. the fall of 1961, it was decided 
that the material balance programs were insufficient. We 
therefore decided- to replace the scheme then in use with 
a new, updated scheme. The programs then in use, and, as 
it happens, in use now, completely re-generate the mater- 
ial balance function at each position. 
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The material balance evaluator cans:.3ts o' two 
subroutines, SWAP and LTRABE. 3WAP*s function Is tc list 
all attacks and dafances on each occupied square iocond- 
ary attackers which reside behind primary attackers (or 
dafendeiw) &ra Included* The places are Hated in ;ne 
order in Hhich they would 1m played. Lowest valued piacas 
come firnt, unless the order is disturbed by the rr/cessity 
of a higher valued place to move first due to position. 
Pieces pinned to the king and quaen were not recognized , 
leading ;o embarrassing evaluations ♦ Likewise, d:n cover- 
ed attacks wars not considered. 

LTRA0E then simulates trade-off of all attacked 
pieces, and chooses the line icost profitable for tt s side 
to move, Th© opponent is given the option of havirjj a 
given pi^ca taken, or moving the piece away. After ail 
possible trades have bean made, the program compute i 
whether It is to the advantage of the machine to initiate 
an exchange, and If 20, what the probable gain would b<:. 

This scheme is both time consuming, and occasion- 
ally inaccurate. It was therefore decided to 'write- a. 
new evaluator for the material balance , which kept an 
updated set of tables, In a list structure format, -rom 
which the cuttome of a given exchange could be founc at 
a glance. 

After a few months o^ planning and programming, 
the new list structure program was found to be Impractical, 
due o excessive complication in the update procedure* 
Furthermore, the values which were to be Included in the 
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list were found to be no mra accurate than the ones i*hich 
the above achaae produced. Th© projjsct was therefore 
abandon 3d. 

DESCRIPTION OF COMPONENT SU3-?RQC-RAKS 
The chess program is organised into a non-recur- 
sive hierarchy Qt aub^prsgmaa. ; Listings are to be found 
In appendix 1. 

mmasTKhTifz boutbies 

(MAIN) TblB is th® highest level program. The on-line 
main program hasthe job of 'handling Input-output, and 
timing. Ifc determines the opponent's move by looking at 
the console keys, and picks the appropriate move from the 
legal move table. It than calls TREE which- actually makes 
the move,, after ^hich (MAIN) prints out the machine^ 
reply. 

m 

TREE Tree is the second level of control. Tree a3 
the responsibility of constructing the tree of legal moves. 
It call« REPLYS to generate a list of plausible moves > and 
enters these in the LISP table, which is the actual tree. 
The moves are then chosen in order of decreasing value, and 
updated. A new list of plausible moves is then generated 
for the opponent. Taq optimistic and pessimistic evaluators 
are called, and the alpha-beta tests are made, as described 
above. In the event that no replies are generated, due to 
stability, or excessive depth, a static evaluation is made 






and assigned to the position, The l&at move Is then 
reverted, and the search proceeds down the next most likely 
branch of the fcrea. Khan all dasinsd positions have been 
examined, the ^oeat* move is returned aa the ansx^er. 

PLAUSIBLE MOVE GENERATION 
REPLYS This program supplies lists of plausible moves 
to TRIE. It updates each of the legal moves, evaluates 
thepositlon and reverts. The number of moves presented 
is a funatien of the present ply. Current values in order 
of inereaaing ply are* 4322111i00. These are 
input parameters to th® program. 

EVALUATION ROUTINES 
EVAL ^ Sval is the static evaluation program, its 
function is to call all the subsidiary evaluation programs 
and to apply suitable multipliers, and hence form a 
weighted sum. Material values aret pawn 1, knight and 
bishop 3, rook' 5, queen 9, and king 1000. These values 
are normally multiplied by 60 when combined with the other 
functions . Should one side be ahead at least 4 points, 
the material multipliers are adjusted to make trading 
off advantageous. 

LTRADE This program,, described in mere detail above, 
provides the projected material gain, considering all att- 
acks and defenses. 
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ICENTR The center control evaluator gives points for 
controlling the ±6 center squares. Looking from either 
side, these values ares 

8 3.4 4 
4 8 8 4 
2 4 4.2. 

1 1 11 

The center control points are each worth 1/60 of a pawn. 
After Van game passes the twentieh full move, the center 
control ;.*unctlon is decreased in importance until the 30th 
move, when it is discarded. 

WfUSB The development function, gives points for each 

developed piece. These range from 1 point per pawn, to 3 
or & points for other pieces. Development points are 
weighted l/±5 of material points. This function is also 
eliminated as the game progresses. 

JPAWNS - The pavir. structure function, cor.3idji'3 the follow- 
ing situations, with aproximate point values t 

open file +8 

isolated pawn -1 

backward pawn -5 

doubled pawn -3 

passed pawn *-io 
These points are weighted 1/20 of material ooint-. 
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SERVICE ROUTINES 
UPDA^EUpdatas any lagal move, and records all relevant 
Information on a push~d©*m list. It then generates all 
legal rsplio* availabl© to the other aide, using the general 
purpose move routines UPREV and ?UTCH. 

REVERT Takes back the last updated move. This is actual- 
ly another option of the the updating routine UPREV. 

PUTCH A lowar lav«l routine used in making moves. It 
keeps tables of almost legal moves and piece bearings 
updated. This table doss not include castling, ani "en 
passant" moves. 

SWAP ^ Generates the list of all attacks and defenses on 
occupied squares, listed in the order in which the pieces 
would be played. 

PINS Generates the list of all pieces pinned to Kings 
and Queens. Includes the pinning direction, so that SWAP 
will only considvr a pinned piece an an attacker or defend- 
er along the line of the pin. 

INPUT-OUTPUT ROUTINES 
PRINT The ma,jor output routine. It handles most of the 
printing, both on and off lino. It, and its subroutines, 
print the chess board, legal move table, principal vari- 
ation, move tree ajd log of all moves tried, plus other 
information useful In debugging. 
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XNITIA Reads in any chess beard petition, its input 
larrg-uaiSQ is as follows « 

'Stm chess board is scanned, from left to right, 
starting at «hlt«*s Queen Rook 1. Dibits represent numbers 
of unoccupied acuar®a. Pieces are represented by the nor- 
mal cfrasa notation, in its most explicit form? e.g. KBP for 
King Bishop Pawn. Black pieces are preceded by asterisks. 
After ssaetly 64 squares are specified, the character" . ■ 
{ period) signifies the end of the speci.'.'i cation and that 
whit© is to move. a :f, ,! indicates blacic i:> move. 
Additional features include the ability to indicate promoted 
pawns., by stating the type of piece, for. owed by the naps 
of the pawn frca which it promoted, in p/.renthes es j e.?, 
Q(KIIP), Also,, it is possible to indicate that a piece has 
previously moved (for rooks, kings and .awns} by suff.xing 
(M) to the piece name. Comments must bsgin and end vith 
slashes*. 

Ths input Is on IH* cards, punched in columns 1 
through 72, talcing as many cards as rwsessary. In case of 
errors found by INITIA, a conment will be printed, the 
remaining part of the problem will be skipped, ar.c the next 
problem will be used. 

All tables are initialized, and the pre gram is 
set to commence with the legal move table generic 1 for the 
side indicated. An example of an INITIA lnpu'5 will be 
found in Appendix 2. 



As of this date, the machine has not completed 
any chess games. We have, however, played 4 lenghty frag- 
ments of games, and also have Investigated many Individual 
posit ions. 

For our first long machine run, we chose an 
undergraduate student, Milton Garber, who held second 
place in his dormitory chess tournament. A record of this, 
and othsr same fragments is to be found in Appendix 3. 

The second game was also played against Mr. 
Garber. In the record of this game a column indicating 
the principal variation is included. These are the moves 
the machine considers most likely to happen in succeeding 
plays, :?ased on the evaluation and minimax process. 

In seventeen moves, the machine guessed correctly 
only thrice, including only one case where it predicted 
correctly more than one move ahead. 

Figure i consists of a set of representative 
output Tor a single move. The first page is a printout of 
the chess board, and a list of the opponents legal replies, 
labeled MAVA1L. The second page contains the principal 
variation, beginning with the value of this variation, and 
the number of positions examined at the auproxiaate rate of 
1100 positions per minute. The principal variation itself 
commences with the machine's move. 

The following pages containthe actual move tree. 
The moves listed therein are moves which were considered 
plausible by the reply generator. Moves were considered in 



th~ order top to bottom, however all -cv,-* on i 1 on: 
vera generated etoltaneoualy, and all l^vel two r-plis* 
to each level on* move are generated together, etc. The 
"value* column contain, a value cn each terminating posi- 
tion, Value* of 4131071 indicate positions discarded for 
alpha-beta cutoff, telmttag positions which have no 
value, nave not sven bacn eaalned, since the alpha-beta 
hewiatu found pvevfeus m&m& m that lav9l tQ be elth3r 
too good* or. tee bad, 

A third {**» ftwgBBRt ma played against an 
amateur with little efa»sa asperience* in particular, he 
tow the gams, and aaa played sea* before he came to MIT. 
The sane progrmssd 3^ ssoves fcofo*© time expired, with 
the result that the machine *as ahead 1 rook, 2 knights 
and 2 binhops. 

. Froa our analyal* cf the results, we have found 
that in its present state, the prograo is comparable to 
an mnatuer with about 100 gaaes experience. 

Host of the aach±ne«s moves are neither brilliant 
nor stupid, it must be admitted that it occasionally blun- 
ders. These blunders can often be traced to wron 3 multi- 
pliers in the evaluation, and occasionally to situations 
where discovered attacks, fork,, etc. cause confusion. It 
is rare, however, not to find the correct move in the list 
of plausible moves. 

This study is far from complete, but we f-ol- that 
our efforr.3 are proving fruitful. Hopefully chls work will" 
be continued. 
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